更多阅读

内容

概述
相关链接
关于版权
协议兼容
关于Jorg Janke
关于Compiere
关于Bossie Awards
组织建模

概述

关于版权

协议兼容

关于Jorg Janke

关于Compiere

作为 Compiere 的创立者，Jorg Janke 曾服务于 Unisys 和 Oracle 公司，1999 年为德国固特异（Goodyear）橡胶与轮胎公司编写和实施了 ERP & CRM 软件，这就是 Compiere 的早期原型。

“ Open Source 以往的成功建立于明确定义的需求。而企业应用并不容易定义。成功的企业应用，对比于开放源码，倾向于忽略人们声称的功能需求。”

Janke 也提到了在企业应用中，微小的问题可能导致较大的影响。“这使得 Compiere 与其它 Open Source 项目有所不同，”他说。

Janke 声称更愿意招募“具有超过 20 年行业经验的老家伙”，而非“仅仅简单地愿意开放源码的年轻人”。他说，Compiere 贡献者们倾向于为 Compiere 提供业务（概念）需求，而非实际的程序代码。

“这很重要，因为如果你获得了错误的需求，就会产生巨大的麻烦，”Janke 说道。“我们交付的东西必须能够正确工作。这是更为深思熟虑的作法，而某些建立“企业应用”的人仅仅依靠程序开发工具。Compiere 是“即拆即用”的产品。”

提到 Open Source 增加的灵活性，Janke 谈到许多 Compiere 用户是曾被 Great Plains 或 SAP 用栏杆围起来的企业。

“我们一直听到的声音是需要供应商独立，”他说，“Open Source 让你可以做更多的事情，尤其当你需要集成企业应用程序时。这对零售商或实施者来说更有意义，他们喜欢 Open Source 应用的主要原因是独立于供应商。他们的企业并不愿在问题上停步不前，他们喜欢更多的灵活性，扩展起来方便得多。”

一些 Compiere 用户存在额外的需求或功能扩展要求，由于 Compiere 天然的 Open Source 特性，一切都变得非常容易。

Open Source 意味着没有隐藏，如果有错误的地方，可以轻易地发现它。这正是 Compiere 提供其它 ERP 供应商无能为力却被用户认可的优势。

“ERP 供应商通常会尝试着掩盖错误，”Janke 说到。“当用户发现问题时，感到气馁，因为反复尝试后仍然弄不明白。用户接着就跟供应商打电话，仅仅得到‘这是一个已知问题’的答复而已。”

要知道应用 Compiere 的客户到底有多少，可能很困难，但集成了 CRM 的 Compiere ERP 软件已经被下载了 690,000 次。Janke 说，签署了支持合同的用户数量少于 100,000 个，但它被认为是“更好的担保政策”。

IDC 分析家 Albert Pang 认为，“ERP 应用软件的销售方式，正在受到来自 Open Source 的挑战。”他说，Compiere 可预见到与 Linux、Apache 等其它 Open Source 软件类似的快速增长。ERP 市场的游戏规则正在改变，管理软件顾问公司、软件销售商和系统集成商多了一种为客户提供低成本解决方案的选择。

关于Bossie Awards

####Bossie Awards 2015####
中小企业可以很容易选择Odoo和xTuple，大型制造业和销售公司则需要更多的功能。对他们来说，可以选择iDempiere，一个被良好维护且使用OSGI模块的Adempiere分支。
iDempiere是一个开箱即可使用的完整ERP，供应链和CRM套件。使用java开发，并同时支持PostgreSQL和Oracle数据库，它可以非常方便地添加支持OSGI规格的自定义模块。iDempiere非常适合管理复杂的商业场景，比如多个业务伙伴，动态报表，POS和仓库服务。
企业准备用它肯定需要一些成本，iDempiere丰富功能和复杂度具有一个陡峭的学习曲线，你需要寻找商业的集成服务支持。当然它自由获取的GPL2版权多少会节省一些成本。iDempiere简单的安装脚本，较少的资源占用，干净的界面也会减少项目启动的痛苦，你甚至从Sourceforge下载一个虚拟机来开始。-- James R. Borck

####Bossie Awards 2016####
尽管今年年内并没有带来什么大型更新，但iDempiere Business Suite仍然是最为出色的开源ERP。iDempiere特别适合大型制造与销售企业使用。
在最近的模块化转型工作当中，OSGi插件架构得以与iDempiere的强大开发者社区相结合，从而带来一系列创新性功能与解决方案。该套件中包含丰富的补充性ERP应用(包括会计、采购、材料与制造等)，外加CRM与供应链/商业合作伙伴管理等方案。
作为以Java构建并支持甲骨文及PostgreSQL后端的方案，iDempiere能够实现高度定制化，从而满足各类实际需求。目前已经存在的多种开发工具能够帮助客户轻松解决分布式开发团队在实际运作中面临的种种难题。
一套轻量化Java基础配合简洁的界面，使得iDempiere成为跨越Linux、Windows以及MacOS的高实用性可扩展平台。ERP的实现成本往往相当可观——无论大家是自行构建还是选择购买。然而凭借着一系列企业级功能与免费开源许可，iDempiere已经成为一套引人注目的解决方案。-- James R. Borck

####About Info Best of Open Source Software Awards####
Each year, InfoWorld's Bossies (Best of Open Source Software awards) recognize the best open source software for businesses and professional users. InfoWorld's central mission has always been to identify the most innovative products available to developers and IT organizations. Increasingly, those products -- ranging from application development tools to platforms and infrastructure software to CRM and ERP applications -- come from open source projects. Bossie winners are chosen by InfoWorld editors and reviewers.

####About InfoWorld####
InfoWorld is the leading resource for content and tools for keeping IT decision-makers "ahead of the technology curve." The InfoWorld Expert Contributor Network provides a unique perspective in the market; our editors provide first-hand experience from testing, deploying and managing implementation of emerging enterprise technologies. InfoWorld's Web site (InfoWorld.com) and strategic marketing services provide a deep dive into specific technologies to help IT decision-makers excel in their roles and provide opportunities for IT vendors to reach this audience. InfoWorld is published by IDG Enterprise, a subsidiary of International Data Group (IDG), the world's leading media, events, and research company. Company information is available at www.idgenterprise.com.

组织建模

之所以说了这么多，就是为了解释为什么iDempiere无法对部门级建模。
关于仓库共享功能，compiere拒绝修改https://sourceforge.net/p/compiere/support-requests/2913/

1. compiere设计之初，即面向大型企业建模，org对应公司级别的财务组织，而非部门级别。
2. JJ的财务背景，不允许组织分享仓库、银行账号，因为从财务上看这是无法接受的。
3. 组织虽然有类型定义，但是无相应的逻辑规则。代码写死了组织和仓库/银行冲突检查，无法配置。
4. 如果多部门使用一个组织，部门无法享受系统天生的组织访问控制功能，只能用记录控制。

####解决方案：改代码####
1. 修改仓库为组织为\*组织，即组织ID=0。
2. 去掉单据的仓库字段的验证规则（M_Warehouse.AD_Org_ID=@AD_Org_ID@）。
3. 去掉单据的组织和仓库冲突检查。
4. 去掉跨组织的分录。（组织维度，平衡段=false）
//----------------------------------
Mark and follow line will be work..
//----------------------------------
MOrder.java and MIoOut.java same method..
    ..
    protected boolean beforeSave (boolean newRecord)
    ..
    //Warehouse Org
    /*
    if (newRecord || is_ValueChanged("AD_Org_ID") || is_ValueChanged("M_Warehouse_ID")){
    MWarehouse wh = MWarehouse.get(getCtx(), getM_Warehouse_ID());
    if (wh.getAD_Org_ID() != getAD_Org_ID()){
    log.saveError("WarehouseOrgConflict", "");
    return false;     /\*    去掉冲突检查###     \*/
    }
    }

####解决方案：Jpiere####
1. 实体：加了一个表（集团类型），实体可以选择集团公司的类型。
2. 组织：加了一个表（事业部）,组织可以选择事业部。

####解决方案：OpenBravo####
1. 实体定义：
2. 组织定义：